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content server. Typically, this involves modifying the script(s) used in page generation such 
that w^hen changes to databases or files are executed, a corresponding event message 
containing events is sent to the change event evaluator 816. What events are to be generated 
may be hard-coded into the script itself, rather than indicating it in the configuration file (e.g.. 
Figure 7B, lines 48 to 49, lines 55 to 56, and lines 62 and 63). Hov^ever, for flexibility, the 
preferred embodiment is to have a configuration file indicating information to be monitored, 
including the appropriate events that have to be sent to the change event evaluator 816. 



REMARKS 

Any fees that may be due in connection with filing this paper, or during the entire 
pendency of this application, may be charged to Deposit Account No. 50-1213. 

The amendments to the specification presented herein correct obvious typographical 
errors and produce grammatical clarity. No new^ matter has been added. 

Included as an attachment is a marked-up version of the specification paragraphs and 
claims that are being amended, per 37 CFR §1.121. 

* * * 

Entry of this amendment and examination of the application are respectfully 
requested. 
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ATTACHMENT TO THE PRELIMINARY AMENDMENT 
MARKED-UP PARAGRAPHS (37 CFR §1.121) 



IN THE SPECIFICATION: 

Please amend the specification as follows: 

Please amend the paragraph beginning on page 1, line 19, through page 2, line 8, 
as follows: 

When a computer network user begins a communication session over the Internet, the 
user can request data files from an Internet-connected computer called an origin server using 
the hypertext transfer protocol (HTTP). An origin server is typically a web server on which a 
given resource resides or is to be generated. These data files are typically written or defined 
in a type of programming code or mark-up language called hypertext mark-up language 
(HTML), and can be viewed or displayed through a graphical user interface (GUI) program, 
such as "Netscape Communicator" firom Netscape Communications Corporation or "Intemet 
Explorer" fi-om Microsoft Corporation. Such data files_may specify a mixture of content 
including: text, graphics (image), audio, and video. The network nodes and collection of 
HTML are commonly referred to as the "World Wide Web" ("WWW"), and the GUI 
program to view the files is called a web browser ("browser"). A collection of related data 
files under a common Intemet network domain name is commonly referred to as a Web site. 

Please amend the paragraph beginning on page 12, line 14, through page 13, line 
2, as follows: 

One skilled in the art will easily recognize that URL requests or request header 
information may be parsed, searched, and read to obtain parameter information being passed 
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to the origin web server. For example, parameters may be obtained from cookies as well as 
f[or]rom data information contained in header information. In some cases, the parameters 
passed are based on the URI or local information, such as the position within the URL 
address (herein called positional parameters). For example, if the URL request is 
"http://www.myAuction.com/aw/ listings/list/all/category513/index.html," the parameter, 
"513," is obtained from "category513." A template, syntax, or pattem match of the URL 
address may be written to enable the dynamic content cache to extract only certain portions 
of the URL address. 

Please amend the paragraph on page 21, lines 6-13, as follows: 

To determine dependencies, for example, for Figures 6A, 6B, and 6C, a developer has 
to understand what underlying fields or data sources are used in the dynamic page, and based 
on those fields or data sources recognize what events invalidate the page. In the preferred 
embodiment, dependencies are specified with a start tag and closing tag, to be in the form 
"<Dependency>event-name(parameter_name=parameter_value,. . .)</Dependency>." A 
dynamic page may contain a dependency data containing more than one dependency. The 
event-name may be any user-defined event name[,]; however, event names defined in the 
dependencies must correspond or relate to those defined in the events (ftirther discussed 
below). 

Please amend the paragraph on page 22, lines 1-13, as follows: 

In accordance with the present invention, the dynamic content cache parses URL 
addresses, including request header information, and obtains the parameters passed or sent to 
the origin server. The parameters sent dictate what underlying data are to be displayed. 
Referring back to Figure 6A, the parameter CatID with value "131" (i.e., "Playing Cards"), 
obtained from URL request 602, is passed to the origin server[,]; thus, only items under such 
category are displayed. The dynamic page 600 is dependent on the underlying data, and any 
change to the underlying data invalidates the dynamic page. In Table V, for example, line 1 
indicates that the dynamic page 600 is dependent on having no status changed (from "open" 
to "closed") for any item listed under the "131" category; line 2 indicates that it is dependent 
on having no additional bid be placed on any item listed under the "131" category; line 3 
indicates it is dependent on having no change made to the title of any item listed under "131" 
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-"^ategory; and line 4 indicates that it is dependent on having no additional item added under 
"1 3 ri-^ategory. Any events affecting the underlying data invalidate the page. 

^^^Please amend the paragraph beginning on page 25, line 19, through page 26, line 
3^Tas' follows: 

The EventTemplateList element, lines 13 to 20, shows the pattem, template, or syntax 
of dependency/event rules recognized by the dynamic content cache, without the actual 
parameter values. The EventTemplateList acts like a template or a pattem of URL requests^ 
that the dynamic content cache monitors. EventTemplate elements, lines 14 to 19,^re ^ 

<<S 

preferred to be in the syntax of "<EventTemplate>event-name(parameter-name, ^ 
...)</EventTemplate>. The event-name is developer-defined. The event-name is pre^cgd tOc^ O 
describe the event that invalidates the underlying data in a dynamic page. 



Please amend the paragraphs on page 29, lines 3-15, as follows: 

The EventRuleList element, found in line 46, instructs the dynamic content cache that 
whenever it receives a URL request with pattem, "http://vvww.My Auction. website/ 
createltem.asp," the dynamic content cache is to generate change events (or events) listed in 
lines 48 and 49. In the preferred embodiment, these events are incorporated in an event 
message. An event message may contain one or more event rules, [and] is preferably written 
in XML or HTML and has the format described in Table VIII below. 



Table VIII - Event Message 


Ln 


Event Message Syntax or Format 


1 


<EventMessage> 


2 


<EventGroup webSiteID=URL eventSource=SourceID time=date-time> 


3 


<EventRule>event-name(parameter-name=value, . . .)</EventRule> 


4 


<EventRule>event-name(parameter-name=value, . . .)</EventRule> 


5 


</EventGroup> 


6 


</EventMessage> 
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Referring to Table VIII, webSitelD (line 2) indicates the r<Dj^ft|R£^the eventSource indicates 
from where the event message originated, and time indicates when the event message was 
generated. The EventRule elements listed in lines 3 and 4 indicate events that would 
invalidate cached dynamic pages having any dependency identical or matching those events 
listed. (The event evaluator 1116 of Figure 11, further discussed below, does this function^^y^ 

Please amend the paragraph on page 32, lines 3-11, as follows: ^o/ ^ j 

' 

One skilled in the art will also recogmze that the dependencies and events may be 
modified such that additional data are passed to the dynamic content cache. For example, ^ 
events and/or dependencies may be modified to include the updated information, which 
particular record, field, or item was changed, the old data and the updated data, and the like. 
Furthermore, one skilled in the art will recognize that the dependencies and events may be 
denoted in many ways depending on implementation[,]; for example, the dependency 
"ItemChange(CatID=131)" may be denoted as a unique identification number, "All." 
Moreover, the name of the elements may be altered or replaced (e.g., "NonCacheableObject" 
may be changed to "EventObject") without affecting the features of the present invention. 



Please amend the paragraph on page 37, lines 3-8, as follows: 

The dynamic content cache looks for dependencies within specially delimited 
comments (lines 1 and 6) as shown in Table X. In the preferred embodiment, the 
dependencies are formatted, using HTML or XML, as a comment at the end of the generated 
page. One skilled in the art will also realize that Web pages that are not generated but 
manually marked-up or coded may also be appended with [an] appropriate dependencies and 
accordingly be processed and cached by the present invention. 



Please amend the paragraph on page 38, lines 3-14, as follows: 

Figure lOA describes the Request-Based event generator 818, which sits in-process with the 
dynamic content cache and generates events based on URLs that are received and served by 
the dynamic content cache. In accordance with the invention, similar to a Request-based 
dependency generator, a configuration file (e.g., listed in Figures 7A and 7B) is needed by the 
Request-Based event generator 818. In Figure lOA, it is assumed that the configuration file 
has been defined in the dynamic content cache. The configuration file is read in step 1002 to 
learn what events are to be generated for each URL pattem. When a URL request is received 



09/591,986 
V. Singhal et al. 
^ PRELIMINARY AMENDMENT ATTACHMENT 



^ 1 % T!SS\n^tep 1004, it is compared to the previously read patterns. The events to be generated are 
i lisfe<d under EventRule elements. For example, if the URL received is 

iTR^^'http://my Auction. com/ updateItem.asp?ItemID=61 13," (see line 52, Figure 7B), the events 
to be generated are defined in lines 55 and 56. Thus, in this case an event message, e.g., 
contained Table IX, is generated in step 1006 and then sent to the change event evalu^t^^l6 

in step 1008. Af^y^^^^^O 

7" ^ 1 ? 

Please amend the paragraph on page 39, lines 10-22, as follows: ^^Oln^ ^1 

9yQ^ 

The script-based event generator 822 is a script-accessible component that generates^-fe/- ^jq^ 

events that correspond to URL patterns defined in the configuration file. Alternatively, the 

script-based dependency generator 822 is preferably a script-accessible component that has 

methods for recognizing events as the code encounters them, as well as a method that codes 

the dependencies as a formatted HTML or XML comment at the end of the generated page. 

The script-based dependency generator components sit in-process with the origin dynamic 

content server[]. Typically, this involves modifying the script(s) used in page generation 

such that when changes to databases or files are executed, a corresponding event message 

containing events is sent to the change event evaluator 816. What events are to be generated 

may be hard-coded into the script itself, rather than indicating it in the configuration file (e.g.. 

Figure 7B, lines 48 to 49, lines 55 to 56, and lines 62 and 63). However, for flexibility, the 

preferred embodiment is to have a configuration file indicating information to be monitored, 

including the appropriate events that have to be sent to the change event evaluator 816. 

* * * 
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